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© system-provided window elements having adjustable dimensions. 

© A n operate system provides a n^er of ^^^^K TZfSSZ 
may use in displaying a window. The operat.ng «^ of lh e size of the window. The bitmaps for the 
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Technical Field 
Background of the Invention 

ton/pl^e^ Microsoft Corporation of Redmond, Washing- 

operating system pr^dw^S^STSSn generat.ng wmdows on a visual display. In particular, the 
the appLL programs uT^T ZeZnTT , ' * ^ ^ Wind ° W that is O""** ^ 
operating system stores fo^SJ^STS^ tots't « ^ Hnd ° f b ' tmapS the 

included in a window. P t0 f ' rSt review what kind of elements are typically 

10 zzi s \t:::i e ::z: ^ a ^rT 10 rr ted by an app,ication ^ 

avai.ab.e to the user. ThHindL 10 alLo i^ ^ * * "** * ^ 3 ° f System co ™ d * 
for the application progTam th* i execu «~ 1 LTT V"* ^ 14 that diSP ' ayS 3 title ° r 3 Caption 
application commands lal the user may perform 2 Z r /* '7 the Wind ° W 10 t0 dis P lay 

maximize button 20 are also oro^Z^n 1 T ent a PP ,,cation - A minimize button 18 and a 

20 the window. V^mS^T^n^oT - t0 ""^ * ^ t0 minimi2e 0r m3Ximize the size of 
the window 10 appears Ts an icon Thf h ^"T m0St ° f the Vide ° display screen - Whe " ^ized 
using a pointing devfce such Ta^olsT^ZllT '^T * ^ ^ 22 WhiCh may be dra 99 ed 
includes a cJt area 24 ^n^^^^Z^ ^ ^ " ~* 

dJSdTS i:i^ 2 r^^:vs sc h roiiin9 M rou9h L — ° f a — - - 

of Figure 1 Each of the Scroll £ \ l h °r,zontal scroll bar are included in the window 10 

scro,?bar to fndicaS the curlf oo!L of tS 117 h°h " " ^ 29 that tr3Ve ' S the ,en 9< h of ^ 
relative to the entire ^ ^ * Sh ° Wn in the client area 24 

end of the scroll bar sTl e mayTck a mTJTtf SCr °" ^ ^ 28 3re pr ° Vided at each 
contents displayed on the screen" The diction Zhe arrow * """" * 6ndS t0 SCr °" the 

« e °^^^ ™™ 12 - - minimize button 18, the 

marks that are included in the w ndow Wh^n th7 h f^' rad '° menu arrows or menu c ^ 

border 22 as described above he windov^ e ^Z Z ^ TT 35 ^ dr8Min » ° f Sizin9 
size (except that in certain instances Tei , n t ' , ° Peratm9 SySt6m d0 not chan 9e in 

scroll bar may change) Since these wfnJn , . * 26 3nd the len 9 th of the hori20 ^l 

when the window To is resized th biZ^n T ntS pr0vided by the operating system do not change 
window is resized ' ^ ^ ^ W ' nd ° W elements do not n ^ d *° be updated after the 
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applSon l^^^'X^ZT " Perf ° rmed ^ ^ ° Peratin9 SyStem to allow 
initially stored ,n a display "r^^^J^.S "S^**? 6,ementS ° f 3 Wind ° W - The bitma » s are 
system and must comply JS^SalS ^at oe mi t ''Th' 3 ' ^ iS tyPiCa " y P3rt ° f the °P erati "9 
the operating system fhe d splay d^Jer is fo^H t ^ ° Peratin9 SySt6m " Durin 9 '"itialization of 

driver are then ^transferred ^ usfnc the T^SZftT "^7"* ^ ^ ^ b ' tmapS he ' d in the dis P |ay 
application program wished to draw s ^wiS nn ^ Tf ^ (St6P 32) " ^^equently, when an 

bitmaps from the cache and uses L bitmaos to ^3™ * t P,ay ' aPP "' Cati0n Pr ° 9ram re,rieves the 
cne ana uses the bitmaps to draw the system-provided window elements (step 34). 

Summary of the Invention 

systir^ is Practiced in a data processing 

operating system that includes a Sman J f f V ? r 3 m6m ° ry means holdin 9 a C °PV Of an 

system. In this method the bitmap o The win T f 3 Pr ° CeSS ° r rUPnin9 the °P eratin 9 

request by a user The redrawn bitrl In T „ ' S re " draW " t0 have a new size in ^sponse to a 

The re-drawn J^^^TSZ^- h ""I °' ° PeratinQ SyStSm ,n the memory means " 
The window e.emen" maj be anj of a number JdlZ T*? °° OUtPUt 35 Part ° f 3 window - 

system menu, a mWm Jbol.^ Z, e^ oTa" ^ b S^* d e ' ememS ' 3 



2 



BNSDOCID:<EP 0622774A1> 



/ 
f 




EP 0 622 774 A1 



In this method, the user may be given a prompt that is output by the output device to request the user 
to select the new size for the bitmap of the window element. The generation of the prompt may involve 
generating a dialog box that exhibits a current choice by the user for a size of the bitmap of the window 
element. Moreover, a preview of how the window element appears when given the current choice for the 

s size of the bitmap of the window element may also be output on the output device. Still further, the re- 
drawn bitmap may be stored in a cache that is part of the operating system. The re-drawn bitmap may then 
be retrieved from the cache to output the window element on the output device. 

In accordance with another aspect of the present invention, a method is practiced wherein a cache of 
bitmaps for window elements are stored as part of the operating system in the memory means. Each 

w bitmap has a certain size. Each time that a user requests a change in the size of one of the bitmaps of the 
window elements to a new size, new bitmaps are stored in the cache. The new bitmaps include a bitmap of 
the new size for the window element that the user requested to be changed. The window element that the 
user requests to change may be, for instance, a system menu, a minimize box, a maximize box, or a scroll 
bar arrow. 

75 In accordance with yet another aspect of the present invention, a method is practiced wherein a window 
of a specified size is output on the output device. The window includes visual elements of predetermined 
sizes that are specified by the operating system. The predetermined size that the operating system 
specifies for a select one of the visual elements is changed to a new size in response to a request by the 
user. The new size specified by the operating system is then used to output the visual element as the new 

20 size in the window without changing the specified size of the window. 

In accordance with a further aspect of the present invention, a method is practiced wherein sets of 
values for system metrics are stored in the memory means. The system metrics specify dimension 
information about bitmaps of window visual elements that are stored in the operating system. The user is 
provided with a choice of selecting one of the sets of values of system metrics. In response to the choice 

25 by the user, bitmaps for the window visual elements are generated to have the dimensions that are 
specified by the dimension information of the set chosen by the user. These bitmaps are stored in the 
memory means as part of the operating system. The bitmaps stored in the memory means may then be 
used to output a window on the output device that includes the window visual elements. 

30 Brief Description of the Drawings 

Figure 1 is a diagram of a conventional window. 

Figure 2 is a flowchart illustrating how a conventional system obtains bitmaps for system-provided 
window elements. 

35 Figure 3 is a block diagram of a data processing system suitable for practicing a preferred embodiment 
of the present invention. 

Figure 4 is a flowchart illustrating the steps that are performed by the preferred embodiment of the 
present invention to provide adjustable size window elements. 

Figure 5 is a diagram of a dialog box for adjusting the sizes of system-provided window elements in 
40 accordance with the preferred embodiment of the present invention. 

Figure 6 is a flowchart illustrating how new bitmaps for window elements are drawn in accordance with 
the preferred embodiment of the present invention. 

Detailed Description of the Invention 

45 

A preferred embodiment of the present invention allows a user to customize the size of window 
elements provided by an operating system ("system-provided window elements"). The window elements 
may be used by the operating system as well as application programs that are run on the operating system. 
The size of the system-provided window elements may be adjusted independently of the window size. 

so Figure 3 shows a block diagram of data processing system 36 suitable for practicing the preferred 
embodiment of the present invention. The data processing system includes a central processing unit (CPU) 
38, a memory 40, a keyboard 42, a mouse 44 and a video display 46. Those skilled in the art will 
appreciate that the present invention need not be practiced in a single processor system but rather may 
also be practiced in a multiple processor system, such as a distributed system. Further, those skilled in the 

55 art will appreciate that the data processing system may include alternative input/output devices that differ 
from those shown in Figure 3. 

The memory 40 holds a number of items, including a copy of an operating system 48. The operating 
system 48 in the preferred embodiment of the present invention is an embellished version of the Microsoft 

3 
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WINDOWS, Version 3.1, Operating System that supports such resizing of sys ^ 
elements. Nevertheless, those skilled in the art will recognize that other operat.ng systems ^y ^e u sed m 
the present invention. The operating system 48 includes at least one display dnver 50 and a b. map cache 
52 rstor^g Ihe bitmaps of the system-provided window elements. The operating system 48 also includes 
a number of fonts 53 for use by the operating system and application programs. 

Rgum 4 is a flowchart illustrating an overview of the steps performed by the preferred embodiment of 
the Resent invention to facilitate resizing of system-provided window elements. The d.splay dnver or 
drLrHor output devices, such as the video display 46 or the printer 47 (Figure 1) are loaded into the 
rn^ory 40 (Sep 54 in Figure 4). The bitmaps are then transferred using the BitB,t() funct.on (such as 
described Tin the Background of the Invention) from the display drivers to the bitmap cache 52 (step 56). 

T e preferred embodiment of the present invention allows the user to change at least one d.mensio o 
each system-provided window element (step 58 in Figure 4) by using a d.alog box 64, like that shown in 
F^ure 5 The dialog box 64 includes a section 66 that concerns metrics schemes a section 68 that 
concerns a Review of window elements, a section 70 concerning system-provided window elements and a 

"^e^cuTsIng Thedia.og box 64 in more detail, it is helpful to review what "system metrics" are in 
the o^Sng^S 48. The system metrics, among other things, hold information about the size of 
system provLd window elements. The system metrics include the following that relate to window 
elements: 
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SM_CXS CREEN 

SM_CY SCREEN 

SM_CXVSCROLL 

SM_CYHSCROLL 

SM_CYCAPTION 

SM_CXBORDER 

SM_ CYBORDER 

SMJCXDLGFRAME 

SM_CYDLGFRAME 

SM_CYVTEOMB 

SM_ CXKTHUMB 

SM_CXICON 

SM_CYICON 

SM_CXCURSOR 

SM_CYCURSOR 

SMJIYMENU 

SMJIXFULLS CREEN 

SM_CYFULLS CREEN 

SMJIYKANJIWINDOW 

SMJIYVSCROLL 

SM_CXHSCROLL 

SM_CXMIN 

SMJ3YMIN 

SM_CXSIZE 

SM_CYSIZ2 

SM — CXFRAME 

SMJZYFRAME 

SMjIXICONSPACING 

SM CYICONSPACING 



Screen width in pixels 
Screen height in pixels 
Vertical scroll arrow width 
Horizontal scroll arrow height 
Caption bar height 
Window border width 
window border height 
Dialog window frame width 
Dialog window frame height 
Vertical scroll thumb height 
Horizontal scroll thumb width 

Icon width 

Icon height 

Cursor width 

Cursor height 

Menu bar height 

Full screen client area width 

Full screen client area height 

Kanji window height 

Vertical scroll arrow height 

Horizontal scroll arrow width 

Minimum window width 

Minimum window height 

Minimize /Maximize icon width 

Minimize/Maximize icon height 

Window frame width 

Window frame height 

Horizontal icon spacing 

Vertical icon spacing 
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Section 66 of the dialog box 64 allows a user to select a scheme from a list of pre-defmed schemes 
that each specify a single unique set of values for the system metrics that relate to window elements. The 
user saves ^els or selects a particular system metrics scheme using section 66 of the dialog box 64 As 
^wn n Figure ? section 66 includes a drop down list box 74 that lists the system metrics schemes that 
ana cur ently saved by the operating system 48. The drop down list box 74 is shown m the Cosed state ,n 
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Figure 5 and in the closed state, shows only the currently selected system metrics scheme. Examples of 
window elements that are generated in accordance with the currently selected system metrics scheme are 
displayed in section 68. In the example of Figure 5, the currently selected system metrics scheme is the 
"Easy Reading" system metrics scheme, in which all of the system-provided window elements have large 

5 system metrics values, is displayed in large letters. 

The operating system 48 provides a number of predefined system metrics schemes, but the user also 
has the option of saving additional system metrics scheme by pressing the "Save Scheme" button 76. The 
user may initially begin with one of the previously saved system metrics schemes and then utilize section 
70 of the dialog box 64 to further customize the size of particular system-provided window elements. The 

w resulting system metrics values may be saved in a new scheme. Moreover, the user may remove a scheme 
from the list by pressing the "Remove Scheme" button 78. 

Section 70 of the dialog box 64 (which concerns the system-provided window elements) includes a drop 
down list box 80 that holds a list of the system metrics for the system-provided window elements. The 
current size of the selected system metric is displayed in the "Element Size" box 82. In the example of 

75 Figure 5, the "menu height" system metric is the currently selected system metric and the current menu 
height is "25". The user may click the mouse 44 on the upward arrow 84 to increase the element size and 
click the mouse on the downward arrow 86 to decrease the element size. In addition, the user may put the 
caret on the value and directly edit the value. 

Referring once again to the flowchart of Figure 4, the user requests a change in the dimension of the 

20 system-provided window element in step 58 by using the dialog box 64, as described above (Figure 5). 
Subsequently, after the user has finalized the changes and exited the dialog box 64, the bitmaps stored in 
the bitmap cache 52 (Figure 3) are re-drawn in response to the user request (step 60). In particular, every 
time that a user changes one of the system metrics for the system-provided window elements, the entire 
bitmap cache is re-drawn. The revised bitmap cache 52 may then be subsequently used to draw the 

25 system-provided window elements. The value selected for each of the system metrics persists until a new 
value is selected by the user. 

The operating system 48 provides a separate routine for each system-provided window element to 
generate a new bitmap for the window element in step 60 of Figure 4. Each time that the system metrics 
are changed, these routines are called to re-draw the bitmaps for the system-provided window elements. 

30 The routines operate quickly enough so that no substantial overhead is incurred in re-drawing the bitmaps 
that are stored in the bitmap cache 52. Although each of the routines has particularities that are unique to 
the nature of the system-provided window element which the routine draws, the basic approach of each of 
the routines is the same. 

Figure 6 is a flowchart showing the steps performed by these routines to draw the new bitmap of its 

35 corresponding window element. Initially, a rectangle is drawn to have the dimensions that are specified by 
fixed dimension values and a system metric value for the window element (step 88). For instance, the 
vertical scroll arrow width (e.g., SM_CXVSCROLL) is specified by a system metric and the vertical scroll 
arrow height is also specified by a system metric (i.e., SM_CYVTHUMB, because the thumb and scroll bar 
arrow have the same height). These values of the dimensions are used to compute a rectangle of the 

40 proper size for a vertical scroll arrow. The system then checks whether the visual element to be drawn is a 
push button (step 90). Push buttons are given special treatment because they may assume heights other 
than the zero level logical surface of the video display (i.e., they may not appear flat). Specifically, a push 
button may be raised or may be sunken below the zero level logical surface. Thus, if the visual element is a 
push button, the push button must be drawn in the appropriate state inside and including the rectangle (step 

45 92). The push button may be drawn using conventional techniques. When the push button has been drawn 
or if the visual element is not a push button, a corresponding glyph for the window element is drawn. The 
glyph is the visible part of a character or other graphical entity that is shown in a bitmap. For example, the 
arrow portion of the vertical scroll bar arrow 28 visual element (Figure 1) constitutes a corresponding glyph. 
The glyph is drawn to have size that is in a specified proportion relative to the dimensions of the rectangle 

50 (step 94). The proportional size of a glyph to the rectangle is empirically defined and is chosen for each 
element to ensure its best appearance. 

Once the bitmap for the system-provided visual element has been completely generated, the resulting 
bitmap is stored in the bitmap cache 52 (Figure 3) along with the other bitmaps (step 96 in Figure 6). Thus, 
the revised bitmap may be used in all future calls by the system or application programs to draw the 

55 corresponding system-provided window element on the video display 46 or printer 47. 

When the present invention has been described with reference to a preferred embodiment thereof, 
those skilled in the art will appreciate that various changes in form and detail may be made without 
departing from the present invention as defined in the appended claims. 

5 
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Claims 



1- In a data processing system having an output device, a memory means holding a copy of an operatinc 
system that includes a bitmap of a window element of a given size, and a proceLor running he 
s operating system, a method comprising the steps of: 9 

SmL re nf P t°hT e ^ r T 6St bV 3 US6r 10 Chan96 the Wind0w element t0 a new si2 e. drawing the 
the w '"dow element to have the new size and storing the re-drawn bitmap as part of the 
operating system in the memory means; and H 

w HLo'w 9 r6 " draWn bitmaP t0 ° UtPUt thG Wind ° W e ' ement With the output device as part ° f a 

2. The method as recited in claim 1, further comprising the step of generating a prompt that is output by 
the output device to request the user to select the new size for the bitmap of the window element and 
in response to the prompt, receiving the request by user to change the'window eiem^ to the new 



75 size 
3. 



20 



If h n.n! th t ° d ^ H eC ! ted ,! n C ' aim 2 WhSrein the St6p ° f generating the prompt further comprises the step 
of generating a dialog box that is output by the output device and that exhibits a current choice by he 
user of a size of the bitmap for the window element. V 

4. The method as recited in claim 3, further comprising the step of outputting by the output device a 
preview o how the window element appears when output with the output device to have the Cerent 
choice of the size of the bitmap for the window element. 



25 5. 



30 



that iTnrr?^^ 1 ^ I" C ' aim 1 ■ fUrth6r COmprisin 9 the step of storing the re-drawn bitmap in a cache 
that is part of the operating system. 

JlPm^nf, 0 ! 35 rGCited ^ C ' aim 5 Wh6rein the St6P ° f USin 9 the re " drawn bitma P t° output the window 
element further compnses the step of retrieving the re-drawn bitmap from the cache and using the 
retneved bitmap to output the window element with the output device as part of the winded 

7. The method as recited in claim 1 wherein the window element is a system menu button and the step of 

e-drawing the bitmap of the window element further compnses the step of re-drawing the bitmap of the 

system menu button to have the new size and storing the re-drawn bitmap as part of ^TopeTaZ 
35 system in the memory means. operating 

8. The method as recited in claim 1 wherein the window element is a minimize button and the step of re- 
draw^ the bitmap of the window element further comprises the step of re-drawing the bftmap'of the 

< 0 i:r~ m ean h r ** ^ *« ** ^ ^ 35 " * ^ operating^!' 

9. The method as recited in claim 1 wherein the window element is a maximize button and the step of re- 
drawing the bitmap of the window element further comprises the step of re-drawing the bLap of the 

- ~::T™ a :r the new size and storins the re - drawn as ^ * £ o^xz 

10. The method as recited in claim 1 wherein the window element is a scroll bar arrow and the step of re- 
drawing the bitmap of the window element further comprises the step of re-drawing the bftmap'o, the 

so Tthe mem™ ear ^ ^ - *" ™" *" ^ " - *° operating Um 

11 ' l^r^lnV^I d , in , h Claim L Wh6rein thS ° UtpUt iS 3 Vide ° displa * and the step of using the re- 
drawn bitmap to output the window element with the output device as part of the window further 

55 usino the re - drawn bitmap to ° utput the wind - — - z:: 

12. The method as recited in claim 1 wherein the output is a printer and the step of using the re-drawn 
b,tma P to output the window element on the output device as part of the window further comprLs the 
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step of using the re-drawn bitmap to output the window element with the printer as part of the window. 

13. In a data processing system having a memory means holding a copy of an operating system, a 
method, comprising the steps of: 

5 (a) storing a cache of bitmaps for window elements as part of the operating system in the memory 

means, each bitmap being of a certain size; and 

(b) each time that a user requests a change in the size of one of the bitmaps of the window 
elements to a new size, storing new bitmaps in the cache, including a bitmap of the new size for the 
window element for which the user requested the change in the size. 

w 

14. The method as recited in claim 13 further comprising the step of using the bitmap of the new size to 
output the window element for which the user requested the change in size. 

15. The method as recited in claim 13 wherein the step of storing a cache of bitmaps for window elements 
75 further comprises the step of storing a bitmap for a system menu of a certain size, and wherein the 

user requests a change in the size of the bitmap for the system menu to a new size, the step of storing 
new bitmaps in the cache further comprises the step of storing a new bitmap of the new size for the 
system menu in the cache. 

20 16. The method as recited in claim 13 wherein the step of storing a cache of bitmaps for window elements 
further comprises the step of storing a bitmap for a minimize button of a certain size, and wherein the 
user requests a change in the size of the bitmap for the minimize button to a new size, the step of 
storing new bitmaps in the cache further comprises the step of storing a new bitmap of the new size for 
the minimize button in the cache. 

25 

17. The method as recited in claim 13 wherein the step of storing a cache of bitmaps for window elements 
further comprises the step of storing a bitmap for a maximize button of a certain size, and wherein the 
user requests a change in the size of the bitmap for the maximize button to a new size, the step of 
storing new bitmaps in the cache further comprises the step of storing a new bitmap in the cache 

30 further comprises the step of storing a new bitmap of the new size for the maximize button in the 

cache. 

18. The method as recited in claim 13 wherein the step of storing a cache of bitmaps for window elements 
further comprises the step of storing a bitmap for a scroll bar arrow of a certain size, and wherein the 

35 user requests a change in the size of the bitmap for the scroll bar arrow to a new size, the step of 

storing new bitmaps in the cache further comprises the step of storing a new bitmap of the new size for 
the scroll bar arrow in the cache. 

19. In a data processing system having an output device and a processor running an operating system, a 
40 method, comprising the steps of: 

(a) outputting a window of a specified size with the output device, said window including visual 
elements of predetermined sizes that are specified by the operating system; 

(b) changing the predetermined size that is specified by the operating system for a select one of the 
visual elements to a new size that is specified by the operating system in response to a request by 

45 a user; and 

(c) using the new size specified by the operating system to output the window element as the new 
size in the window with the output device without changing the specified size of the window. 

20. The method as recited in claim 19 wherein the output device is a video display, the step of outputting 
50 the window of the specified size with the output device further comprises the step of outputting the 

window of the specified size with the video display and the step of using the new size specified by the 
operating system to output the window element as the new size in the window with the output device 
further comprises the step of using the new size specified by the operating system to output the 
window element as the new size in the window with the video display. 

55 

21. The method as recited in claim 19 wherein the output device is a printer, the step of outputting the 
window of the specified size with the output device further comprises the step of outputting the window 
of the specified size with the printer and the step of using the new size specified by the operating 

7 
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system to output the window element as the new size in the window with the output device further 
comprises the step of using the new size specified by the operating system to output the window 
element as the new size in the window with the printer. 

22. The method as recited in claim 19 wherein the step of changing the predetermined size that is 
spec.f.ed by the operating system for a select one of the visual elements further comprises the step of 
changing the predetermined size that is specified by the operating system for a system menu to a new 
size that is specified by the operating system in response to a request by the user. 

23. The method as recited in claim 19 wherein the step of changing the predetermined size that is 
specified by the operating system for a select one of the visual elements further comprises the step of 
changing the predetermined size that is specified by the operating system for a minimize button to a 
new size that is specified by the operating system in response to a request by the user. 

24. The method as recited in claim 19 wherein the step of changing the predetermined size that is 
specified by the operating system for a select one of the visual elements further comprises the step of 
changing the predetermined size that is specified by the operating system for a maximize button to a 
new size that ,s specified by the operating system in response to a request by the user. 

20 25. The method as recited in claim 19 wherein the step of changing the predetermined size that is 
specified by the operating system for a select one of the visual elements further comprises the step of 
changing the predetermined size that is specified by the operating system for a scroll bar arrow to a 
new size that is specified by the operating system in response to a request by the user. 

25 26. In a data processing system having a processor that runs an operating system having bitmaps of 
window visual elements, a memory means holding a copy of the operating system and an output 
device, a method comprising the steps of: 

(a) storing sets of values for system metrics in the memory means that specify dimension 
information about the bitmaps of window visual elements; 

(b) providing a user with a choice of selecting one of the sets of values- and 

(c) ,n response to the choice by the user, generating and storing in the memory means as part of 
the operating system bitmaps for the window visual elements having dimensions as specified by the 
dimension information of the set chosen by the user. 

The method as recited in claim 26, further comprising the step of using the bitmaps stored in the 
memory -means to output with the output device a window that includes the window visual elements. 

28. The method as recited in claim 27 wherein the output device is a video display and the step of using 
the bitmaps for the window visual elements that are stored in the memory means to output with the 
output device a window that includes the window visual elements further comprises the step of using 
the bitmaps for the window visual elements that are stored in the memory to output with the video 
display the window that includes the window visual elements. 

hJLnf f ° d t h aS re H ted ^ C 'f m 27 Wh6rein the ° Utput device is a printer and the ^ep of using the 
brtmaps for the window v.sual elements that are stored in the memory means to output with the output 
device a window that includes the window visual elements further comprises the step of using the 
bitmaps for the window visual elements that are stored in the memory means to output with the printer 
the window that includes the window visual elements. 
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